home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 612 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  6.8 KB
  1. Path: agora.stm.it!news
  2. From: r.giangualano@agora.stm.it (Riccardo Giangualano)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: AGA info needed
  5. Date: 7 Jan 1996 00:48:48 GMT
  6. Organization: Agora' Telematica - Italian BBS and Internet Provider
  7. Message-ID: <6595.6580T36T2426@agora.stm.it>
  8. References: <4cib9e$jpk@nntp.interaccess.com>
  9. NNTP-Posting-Host: agora.stm.it
  10. X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  11.  
  12.  
  13. On 05-Gen-96 06:00:30, Mike Hartigan wrote...
  14.  
  15. >Ok, here's a question that has been asked before, but the answers
  16. >always seemed to relate to specific hardware solutions. I'm looking
  17. >for more generic answers which I can then use to (hopefully) make
  18. >an informed choice.
  19. >With regard to AGA/24-bit/SVGA/etc., what does it mean when an
  20. >application says that it requires AGA? Let's, for the moment,
  21. >forget games (I mean the hardware-hacking, hence, hardware-specific
  22. >type -- of course, maybe I'm over-generalizing here). Does this
  23. >mean that it specifically requires the AGA chipset and, therefore,
  24. >will only run on A1200 and A4000(T)? or has AGA, in this context,
  25. >taken on a more generic, though less accurate, meaning referring
  26. >strictly to the number of colors and resolutions supported? I'm
  27. >hoping that the latter is the case, since that would answer most of
  28. >my other questions.
  29.  
  30. For productivity apps it means that the programmer support the
  31. increased palette and resolution available with AGA.
  32. So, yes, in this case your idea is correct.
  33. (This is a generalization, though).
  34.  
  35. >My needs (lusts) are for an increase in screen resolution for
  36. >productivity software (FinalWriter will then provide an acceptable
  37. >screen font), and increased color palette (an absolute necessity
  38. >for web-browsers, and also because things just look nicer). I'm
  39. >currently using an ECS A3000 at 720 x 480 x 3 (8 colors). 16
  40. >colors looks nicer, but the penalty in performance makes it
  41. >impractical....
  42. >DBLNTSC and DPLPAL interlaced (744 x 960 >(or 1024) x 2) are nice
  43. >resolutions.... And they're s-l-o-w. (Yes, ECS does support all
  44. >of the above resolutions - so don't go dredging up any old threads!)
  45. >Sliding screens are nice to show my friends, but that's pretty low
  46. >on my list of "must have" features.
  47.  
  48. I also have an A3000 and i can assure you that a graphic card
  49. will breath new life in productivity software (and in Workbench too).
  50. No more bandwidth restrictions...you can have all screens in 256 colors.
  51. Even my low-end GVP Spectrum has made me forget of ECS/DBLPAL etc...
  52.  
  53. >In general, will the current crop of graphics boards provide the
  54. >results I want with productivity (non-game) software?
  55.  
  56. In general, yes.
  57.  
  58. >To what extent will the current crop of graphics boards provide
  59. >similar results with game software? (or is this question too
  60. >broad?)
  61.  
  62. In general, no. Only recently some games begin to support graphic
  63. cards...
  64.  
  65. >If the software uses the display database, is that a good clue to the
  66. >answers to the above questions?
  67.  
  68. Yes. Support of display database ~= support of graphic board.
  69.  
  70. >Is the speed of the display significantly affected by the size of
  71. >the palette? or this a chunky-pixel issue?
  72.  
  73. No.
  74.  
  75. >How do the currently available boards perform with respect to
  76. >increased resolutions? Do they exhibit the same behavior as ECS in
  77. >this area? Is this even an issue with the current SVGA chips?
  78.  
  79. Yes, but to a lesser extent. (ie. only with low-end cards).
  80.  
  81. >I'm assuming that all graphics boards are not created equal. With
  82. >that in mind, how do I determine if a given board will address my
  83. >needs? Maybe I'm a cynic, but I'd rather not talk to a dealer about
  84. >this, since his judgement is affected by his inventory/margin/etc.
  85. >(no, I'm not bashing dealers, or questioning their motives. In
  86. >fact, I have every intention of buying it from a local dealer. I
  87. >would just prefer for me to tell him what I want, instead of the
  88. >other way around).
  89.  
  90. On the Amiga the choice is limited...
  91. Based on your budget you may hunt for a used Spectrum, or, on the
  92. other side, for the CyberVision (Amiga's high end).
  93. Rest assured again, even with the low-choice you'll see a great
  94. benefit in graphics speed. With the CyberVision you'll go with
  95. the greatest speed available at moment (until the CyberVisionII, that's it).
  96. Regarding the previous point, the CyberVision perform at the same
  97. speed in 8 and 16 bits... performance hits appears only in 24 bits.
  98. A low-end like the Spectrum or the Picasso perform very well in 8 bits,
  99. so-so in 16 bits (like ECS 8/16 colors in hires) and just slow in 24 bits.
  100. Note that the above is referred to an A3000 machine.
  101.  
  102. >Do any of the currently available boards appear to be becoming
  103. >dominant in terms of available drivers, etc. In other words, does a
  104. >de facto standard seem to be emerging?
  105.  
  106. The de facto standard is CyberGraphX... a set of libraries and drivers
  107. providing stable Workbench emulation for most cards (Spectrum, Picasso,
  108. PiccoloSD64, Retina Z3, CyberVision in a low-to-high performance scale).
  109.  
  110. >What, if anything, has AmiTech said on this issue? Have they
  111. >embraced any of the current display "standards"? Or are they going
  112. >to defer to the third-party solutions? (that might be a nice move).
  113.  
  114. AT recognize the need for retargetable graphics on the Amiga...
  115. It appears that the de-facto standard (CyberGFX) will be the choice,
  116. as the basis for what will be provided with future (non-680X0) Amigas...
  117. mainly for a matter of time (AT's shortgage of), i think.
  118.  
  119. >What about Zorro III/Buster upgrade?
  120.  
  121. Nearly useless for graphic cards.
  122.  
  123. >Maybe this is a big question, but what would I be missing with a
  124. >third-party graphics board vs AGA in terms of graphics (besides the
  125. >sliding screen trick)? In terms of anything else?
  126.  
  127. You'll be missing AGA slowness...
  128. With the CyberGFX software even the sliding screens are supported.
  129. In terms of anything else, forget (nearly) gaming...
  130.  
  131. >Should I just buy a Pentium system and solve ALL of my problems in
  132. >one fell swoop? (what is a "fell swoop", and why do I need only
  133. >one?)
  134.  
  135. Buying a Pentium easily solves all the problems indicated here, even
  136. in one fell swoop (hmmm, must admit i don't know what is a "feel swoop":)
  137. I have the feeling that other, different, problems will surface...
  138. like dealing with Micro$oft applications or missing the Amiga community :)
  139.  
  140. >Some of these questions would probably fit nicely in a FAQ. (Maybe
  141. >someone is up to the task?)
  142.  
  143. Hopefully.
  144.  
  145. >Thanks, in advance, for any insight.
  146.  
  147. You're welcome.
  148. Other insights on these questions are welcomed as well.
  149. Excuse me for any grammar/spelling error.
  150.  
  151. >--
  152. >                                             ///
  153. >+-------------------------------------------///-------------------------+
  154. >+                                   |      /// Mike Hartigan            |
  155. >+ Was I late, or was the bus early? |\\\  ///  hartigan@interaccess.com |
  156. >+                                   | \\\///                            |
  157. >+--------------------------------------\\\/-----------------------------+
  158.  
  159.  
  160.  
  161. --
  162. Riccardo Giangualano
  163. r.giangualano@agora.stm.it
  164.  
  165.